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RESUMEN 


En los ultimos anos se ha incrementado el consumo de alimentos 
organicos, salud y ecologia los principales motivos. Varios paises 
latinoamericanos por su biodiversidad y production tradicional, se han ido 
convirtiendo en proveedores de productos organicos, muchos de ellos son 
pequenos productores, que intentan colocar sus productos en el mercado, 
desafortunadamente su distancia a los centros urbanos, limita la conexion entre la 
oferta y la demanda. El presente proyecto desarrolla una plataforma web de 
informacion geografica, que busca fortalecer el canal de comunicacion y comercio 
entre productores y clientes. Las necesidades de estos actores se han 
determinado en base a la realidad de una cooperativa de pequenos productores 
de Toacazo, dedicados al comercio de productos organicos. La solution involucra 
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cuatro ambitos del proceso de comercializacion: (1) Registro, ingreso 
georeferenciado de clientes actuales y potenciales; (2) Venta, busqueda-seleccion 
de productos; (3) Pago, online de la orden de venta; (4) Integration, de la 
production individual de los productores. Todo esto con una metodologfa de 
trabajo que se baso en el establecimiento de un proceso iterativo, permitiendo 
mejorar las funcionalidades de la aplicacion paulatinamente. La aplicacion ha 
centralizado informacion geografica del cliente y el productor, permitiendo el 
intercambio de informacion georeferencial de ambos actores, importante para 
localizar el lugar de entrega de una orden de venta. Se ha logrado que la 
cooperativa disponga de un nuevo canal de comercio para sus productos, por 
medio del cual no solo clientes actuales, sino tambien clientes potenciales, pueden 
hacer su pedido y pagarlo de forma online. 

Palabras clave: Informacion geografica; georeferencial; productos organicos; 
ecologfa; productores; comercio electronico; aplicaciones web; pago online. 


ABSTRACT 


In the last years, organic food consumption has increased, health and 
ecology the main reasons. Several Latin American countries for its biodiversity and 
traditional production, have become suppliers of organic products. Many of these 
suppliers are small farmers, who try to set their products on the market, 
unfortunately their distance from urban centers restricts the connection between 
offer and demand. In this project we have developed a web platform with 
geographical information to strengthen the channel of communication and 
commerce between farmers and customers. The needs of these actors are 
determined, considering the reality of a cooperative of small farmers from Toacazo 
(Cotopaxi, Ecuador) engaged in trade of organic products. The solution involves 
four areas of the trading process: (1) Registration, the recording of georeferenced 
information about current and potential customers; (2) Sale, search and selection 
of products; (3) Payment online of the sale order; (4) Integration of individual 
production of farmers. All this, with a work methodology based on an iterative 
process, which has allowed to improve each application functionality gradually. The 
application has centralized geographic information of customers and farmers, 
allowing the exchange of georeferential information between these two actors; this 
has been important to locate the delivery place of a sale order. This work has 
allowed to these farmers to count on a new trade channel for their products. 
Through this cannel, current and potential customers can place their order and pay 
online. 


Keywords: Geo-referenced information; GIS; organic products; ecology; farmers; 
e-commerce; web application; online payment. 
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1 INTRODUCCION 


La revolucion industrial fue el hito que marcaria celeridad en el ritmo de 
produccion de la sociedad, incentivando el mayor consumo. Esta epoca trajo 
consigo tecnicas de produccion que fortalecieron las economias a escala, asi se 
adopto el concepto de “mas por menos”. Segun los anos pasaban, muchas areas 
productivas se industrializaron, y en la epoca de los cincuenta bajo la metafora 
“revolucion verde, combatir el hambre” fue el turno del campo, asi la produccion 
agricola se triplica, a traves de cultivos convencionales y quimicos. Este fenomeno 
hace que en Ecuador y en el mundo, el mercado agrario sea abastecido por dos 
tipos de produccion: el convencional y el organico. La globalizacion golpea 
fuertemente a la agricultura familiar-organica, debido a la competencia dispareja 
con la agroindustria. Una produccion con alta tecnologia es dificilmente igualable 
para aquellos que usan solo sus manos para trabajar (Cevallos, 2011; Elegido, 
1975). 

Es asi, como hoy en dia el metodo de cultivo para la obtencion de un 
producto agricola empieza a tener importancia, comercialmente los productos 
organicos tienden a valorizarse y diferenciarse de los convencionales. Es decir, la 
produccion organica empieza a tener importancia, pero lamentablemente, este tipo 
de produccion enfrenta ciertas limitaciones como: la falta de organization de los 
productores, el restringido uso de tecnologfa por parte de estas personas y los 
limitados canales de comercio a los que ellos tienen acceso. Motivos como estos 
provocan que los agricultores organicos se encuentren en una situation 
relativamente debil para comercializar sus productos, obteniendo por lo tanto 
terminos contractuales desventajosos y precios bajos (Damiani & Silveri, 2003; Del 
Bosque et at., 2012). 

Para tratar de sortear esta limitante, el objetivo de esta investigation es 
disenar e implementar una aplicacion web, que embeba un sistema de informacion 
geografica, la cual busca fortalecer el canal de comunicacion y comercio entre 
productores y clientes. Permitiendo que pequenos agricultores organicos, tengan 
una mejor visibilidad de su ubicacion y produccion agricola. La solucion involucra 
automatizar cuatro ambitos del proceso de comercializacion: (1) Registro, ingreso 
de informacion georeferenciada de clientes actuales y potenciales; (2) Integration, 
de la produccion individual de los productores; (3) Venta, busqueda-seleccion de 
productos; (4) Pago, online de la orden de venta. 

Como una forma de delimitar el alcance de la aplicacion, la solucion esta 
enfocada a las particularidades de la cooperativa Probio. Esta cooperativa se 
encuentra ubicada en la parroquia Toacazo, provincia de Cotopaxi, a una hora de 
la capital ecuatoriana Quito. La cooperativa posee lideres con estudios superiores 
que impulsan este tipo de agricultura. Ellos estan abiertos al uso de nuevas 
tecnologias. Un ejemplo de su apertura es su actual reception de pedidos via mail. 
Los productores asociados a traves de esta cooperativa, aprovechando la 
fortaleza del incremento del consumo de productos organicos y avizorando la 
amenaza de los intermediaries, se han integrado para dedicarse al comercio de 
hortalizas y frutas organicas. A futuro se buscara la forma de extender el sistema 
para dar apoyo a cooperativas con otras realidades. 

En las siguientes secciones, se describe el metodo adoptado para el 
cumplimiento de la meta, asi como el proceso de desarrollo de la aplicacion. 
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Finalmente en la ultima seccion se reportan los resultados y la discusion de los 
mismos en relacion a las principales implicaciones con respecto al uso de la 
informacion de la plataforma web para la comercializacion de productos organicos 
de la cooperativa de productores organicos Probio. 


2 METODOS 


Para la presente investigation, considerando la realidad de la cooperativa 
de pequenos productores de Toacazo, dedicados al comercio de productos 
organicos, se desarrolla una plataforma web que acarrea un conjunto de acciones 
que se muestran a continuation: 

1 . Registro tradicional y geo-referencial de clientes potenciales y 
actuales. 

2. Busqueda, selection de productos. 

3. Pago online de la orden. 

4. Integration de la production individual de los productores. 

Para desarrollar esta plataforma y representarla en un caso de estudio se 
han considerado los siguientes aspectos (Izaurralde, 2013; Merchan et al., 2008; 
Rivadeneira, 2012): 

• La determinacion de aspectos funcionales para el desarrollo del 
sistema, a traves de historias de usuario y la toma de requerimientos. 

• Consideracion de la arquitectura, diseno e ingenieria en las 
funcionalidades de cada modulo de la implementacibn del sistema. 

• Pruebas de funcionalidad y aceptacion de cada uno de los modulos 
que conforman el sistema. 

Todo esto con una metodologfa de trabajo que se baso en el 
establecimiento de un proceso iterativo, permitiendo mejorar las funcionalidades 
de la aplicacion paulatinamente. 


Contexto de Implementacion 

El Sistema web de informacion Geografica de apoyo a la comercializacion 
de Productos Organicos (SGPO), ha sido implementado en una estructura tres 
capas MVC (Modelo Vista Controlador), para lo cual se empleo el Framework 
Spring, esto con el fin de segmentar la interfaz de la logica de negocio y brindar 
mayor seguridad al entorno (ver Figura 1-A). Todas las herramientas de 
construccion han sido OpenSource, las mismas que permitieron el manejo de 
aplicaciones geograficas y la implementacibn de la logica de negocio de la 
plataforma, para el almacenamiento de datos geograficos, se utilizo el motor de 
base de datos PostgreSQL 1 con su extension PostGis 2 . 


1 Sistema Gestor de Base de Datos 

2 Extension de PostgreSQL para almacenamiento de datos geograficos 
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Figura 1 Estructura y Subsistemas de SGPO. La Figura 1-A muestra las capas de 
trabajo de la arquitectura del Framework Spring. La Figura 1 -B describe las 
funcionalidades de la aplicacion. 


Considerando las necesidades de la cooperativa de productores organicos 
en estudio, el SGPO es estructurado con cuatro subsistemas de negocio 
fundamentales que se describen en la Figura 1-B. 

1) Subsistema de Registro: Administra el registro de datos de cuenta y 
ubicacion geografica del cliente actual o potencial. Se obtienen datos de usuarios 
y ubicacion de usuarios. 

2) Subsistema de Venta : Busqueda geografica de productos por la 
categorfa: productor, fruta u hortaliza. El usuario administra la selection de 
productos en una canasta de compras. Se obtiene una orden de compra en estado 
inicial, la cual finalizara cuando la orden sea pagada. 

3) Subsistema de Pago\ Una vez confirmada la canasta de compras, se 
ejecuta a su pago online por medio de PayPal. Registrados los datos de pago y 
confirmada la transaction, se precede al control de stock de productos y el cambio 
de la orden de venta a su estado final. 

4) Subsistema de Integraciorr. Unifica la production individual de cada uno 
de los productores pertenecientes a la cooperativa. Con el fin de satisfacer 
pedidos que superen la capacidad individual de los productores. 


Desarrollo 


Los cuatro subsistemas establecidos en la aplicacion se los desarrollo 
considerando la secuencia de usabilidad (1. Registro, 2.Venta, 3. Pago, 
4.lntegracion) que el usuario tiene con la aplicacion. Las razones para considerar 
la secuencia de los subsistemas fueron dos: primero, mitigar los riesgos de mayor 
envergadura en la parte inicial y segundo, obtener una funcionalidad paulatina que 
pueda seguir siendo probada. 

Considerando la globalidad del desarrollo de la aplicacion y la metodologia 
de trabajo definida inicialmente, se plantearon dos instancias en el proceso de 
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construccion (ver Tabla 1). En la primera, la implementacion de cada subsistema 
en forma individual e incremental y en la segunda, un refinamiento de todos los 
subsistemas en forma conjunta e incremental. Cada incremento y cada instancia 
fueron anadiendo valor a las funcionalidades de la aplicacion. 

Tabla 1 Instancias de Implementacion 

Primera Instancia 

Segunda Instancia 

Proposito: 

• Desarrollar cada uno de los 
subsistemas en forma individual e 
incremental. 

• Obtener un modelo que pueda ser 
usado y probado de forma 
individual por un administrador de 
la cooperativa. 

Proposito: 

• Receptar como entrada los cuatro 
subsistemas, en un estado 
considerable de uso, para fortalecer 
su integracion. 

• Encontrar y mejorar falencias en las 
funcionalidades de los subsistemas. 

Iteracion 1 : 

Centrado en la estructura de la 
funcionalidad y en los objetivos del 
subsistema. 

Iteracion 1 : 

Se definio un plan de pruebas para la 
validacion de los subsistemas en 
conjunto. 

Iteracion 2: 

Ajusta la organizacion de las clases 
empleadas en paquetes, y segmenta la 
estructura inicial del subsistema. 

Iteracion 2: 

Las pruebas de funcionalidad 
preparadas, son ejecutadas con la 
ayuda de un focus group. 

Iteracion 3: 

Mejora el diseno de la interfaz de 
presentacion, para ofrecer mejor 
usabilidad al usuario. 

Iteracion 3: 

Registro de observaciones y realizacion 
de correcciones. 


Definidas las iteraciones, que establecen un camino para cada uno de los 
subsistemas, se fue construyendo la trayectoria hacia la obtencion de un nivel de 
madurez considerable, acorde a las caracterfsticas del destino deseado para cada 
uno. A continuation se detalla la trayectoria recorrida con cada uno de los 
subsistemas. 

1) Subsistema de Registro.- El resultado final del subsistema es obtener 
una sesion que guarde la identificacion del usuario que se ha registrado. Para 
conseguir esta meta fue necesario que el subsistema recorra las iteraciones 
presentadas en la Tabla 2. Por lo tanto este subsistema ha sido implementado 
para que el usuario pueda: 

• Registrar sus datos de cuenta de usuario y generar una sesion a traves de 
la identificacion y validacion de sus datos de cuenta (user y password) 
registrados. 

• Registrar sus datos de ubicacion geografica, a traves de su participacion 
con la cartograffa presentada. 
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Tabla2 Description Iteraciones del subsistemade registro 

Subsistema de Registro 

Iteracion 1 Iteracion 2 Iteracion 3 


Se identifica dos riesgos 
a ser mitigados: 

1 . Tipo de estructura 
tecnologica Web: el 
Framework elegido 
prevalecerfa en los 

subsistemas siguientes, 
en esta iteracion para el 
registro tradicional, se 
trabaja con el Framework 
Struts. 

2. Tipo de tecnologfa 
geografica: inicialmente 
se buscaba trabajar con 

cartograffa 
independiente al 
disponer de shapes 
geograficos de la zona, 
esto con PostGIS y 
Geoserver. 

Los dos contextos 
distaban mucho de ser 
fusionados. La rigidez 
que brindaban ambos 
entornos no generaba un 
buen ambiente de 
trabajo 


Se evaluan alternativas 
para mitigar los riesgos 
encontrados: 

1 . Se efectuaron 
pruebas con los 
Frameworks Spring y 
Django. El primero con 
un alto nivel de 
madurez de flexibilidad 
e integracion. El 
segundo de facil 
conectividad con datos 
geograficos pero con 
limitantes en 
integracion. 

2. Se efectuan pruebas 
de las librerfas de 
cartograffa de 
OpenStreetMaps 
(OMS) y GoogleMaps 

Se identifica un 
Framework con 
flexibilidad de 
integracion y librerfas 
OpenSource para 
manejar cartograffa. 


Integracion de 
tecnologfas: 

1 . Seleccion del 
Framework Spring por 
sus cualidades de 
flexibilidad e integracion 

2. La tecnologfa definida 
para la estructura 
geografica fue OSM 
(OpenStreetMaps). 

Para el enlace de OSM 
con el Framework 
Spring, se ha hecho uso 
de las librerfas 
OpenLayers. Asf es 
como los contextos de 
registro tradicional y 
geografico son 
fusionados. 


2) Subsistema de Venta.- Este subsistema recibe como entrada una 
sesion que contiene datos de identification del usuario. El subsistema ha sido 
implementado para que el usuario pueda efectuar las siguientes actividades: 

• Buscar informacion tradicional y geografica de clientes, productores, frutas 
y/o hortalizas. 

• Administrar la seleccion de productos en una canasta de compras. La 
orden de venta puede estar relacionada a uno o varios productores. La 
administration implica anadir, modificar y retirar la cantidad de productos 
que se desee de la canasta de compras. 

El resultado final de este subsistema fue obtener una orden de compra 
que contenga el listado y cantidad de productos que el usuario desea. Para 
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conseguir estas metas fue necesario que el subsistema recorra las iteraciones 
presentadas en la Tabla 3. 

Tabla 3 Description de Iteraciones del subsistema de venta 

Subsistema de Venta 

Iteracion 1 Iteracion 2 Iteracion 3 

Se identifican dos Se prepare la capa de Se afinan los queries 

necesidades: presentacion para que HQL para mejorar el 

despliegue los datos tiempo de respuesta, 

1 . Un modelo de datos cargados en la base de en la entrega de 
que soporte un catalogo datos. datos. 

de productos, que 

pueda ser identificado Se prepare los Queries Se disena una 
individualmente por HQL (Hibernate Query canasta de 

productor y de forma Language) que se productos, amigable 

conjunta para toda la usaron en la busqueda y de facil uso, que 
Cooperativa. de information permite anadir, 

2. Un modelo que permita tradicional y geografica modificar y/o retirar 
controlar y administrar de clientes, productos de una 

la orden de venta, a productores, frutas y/o orden de venta. 

traves de una sesion hortalizas. 

activa en el sistema. Se prepara la capa 

Se prepare a la capa de negocio para 
En base a estas de presentacion para recibir peticiones de 

necesidades se diseno una que reciba peticiones mantenimiento en la 

estructura de clases. de busqueda y orden de venta. 

despliegue datos 
geograficos en 
cartograffa. 


3) Subsistema de Pago.- Recibe como entrada una orden de compra que 
contiene el listado y cantidad de productos que el usuario pretende adquirir. Este 
subsistema ha sido implementado para que el usuario pueda realizar las 
siguientes actividades: 

• Confirmar su canasta de compras y presentar el detalle de su orden de 
compra. 

• Pagar de forma online su orden de compra, por medio de una cuenta 
PayPal. 


Para conseguir estas metas fue necesario que el subsistema recorra las 
iteraciones presentadas en la Tabla 4. 
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Tabla 4 Description de Iteraciones del subsistema de pago 

Subsistema de pago 

Iteracion 1 Iteracion 2 Iteracion 3 


Se identifies la necesidad 
de establecer una conexion 
con PayPal, para lo cual se 
realiza las siguientes 
acciones: 

Se habilita una option para 
que el usuario confirme su 
canasta de compras, con 
esta confirmacion se 
cambia el estado (creada, 
confirmada, pagada) de la 
orden de compra para que 
proceda con el pago 
PayPal. 

Se analiza los diferentes 
tipos de pago y estructuras 
de conexion de PayPal, en 
esta iteracion se prepara la 
capa de negocio para el 
levantamiento de conexion 
con la estructura Adaptive 
Payments. 


Se realizan pruebas y 
confirms el uso de la 
estructura de pago 
Express Checkout, con 
las siguientes 
consideraciones: 

Validation de datos 
complementarios de la 
orden de vents. 

Enlace con el API de 
PayPal y envio de la 
orden de vents, para que 
el usuario proceda con el 
pago o cancelation de la 
compra. 

La aplicacion recibe a 
nivel de logica de negocio 
la confirmacion o 
revocacion de la compra. 


Se valida en la 
aplicacion a nivel de 
logica de negocio para 
el cierre de la orden de 
vents, con las 
siguientes 
consideraciones: 

Validar que la 
respuesta del API de 
PayPal corresponds a 
una orden cuyo pago 
haya finalizado con 
exito. 

Cambiar la orden de 
venta a su estado final. 

Reducir el stock de los 
productos adquiridos. 


4) Subsistema de Integracion.- Para este subsistema no fue importante 
ningun tipo de informacion de entrada. Este subsistema permite al usuario: 

• Integrar la produccion individual de los productores de la cooperativa. En 
el caso de que la demanda supere la cantidad de produccion individual de 
los productores. 


• Administrar la seleccion de productos considerando el stock integrado de 
la produccion. 


Para conseguir estas metas fue necesario que el subsistema recorra las 
iteraciones presentadas en la Tabla 5. 
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Tabla 5 Description Iteraciones del subsistema de integration 

Subsistema de Integracion 

Iteracion 1 Iteracion 2 Iteracion 3 


La funcionalidad de este 
modelo no representaba 
mayor riesgo para el 
desempeno de la 
aplicacion puesto que es 
un servicio 
complementario para 
SGPO. 

Sin embargo, se analizo el 
modelo de clases y los 
atributos necesarios para 
su implementation. 


En esta iteracion se 
diseno un procedimiento, 
que filtra la cantidad de 
produccion que posee 
cada productor, para 
acumularla. 

El total de esta 
integracion obtenida se 
almacenada en base de 
datos. 


Se preparo a la capa 
de presentacion, para 
que despliegue el 
catalogo de productos 
con su cantidad de 
produccion integrada. 

Para esta 

presentacion se utilizo 
el mismo diseno del 
catalogo utilizado en el 
subsistema de venta, 
donde el usuario 
puede anadir, 
modificar y/o retirar la 
cantidad de productos 
que desee. 


3 RESULTADOS 


Considerando el metodo de trabajo planificado y la estructura de desarrollo 
de la aplicacion, se define dos instancias de prueba: la primera involucra a cada 
subsistema de forma individual, y la segunda considera todos los subsistemas de 
la aplicacion en forma conjunta. Con estas consideraciones se planifico un set de 
pruebas para cada subsistema con un grupo de usuarios productores y clientes 
con los cuales se ejecuta la inspection de los subsistemas. 


La cooperativa definio un representante encargado del seguimiento y 
validation de las funcionalidades del sitio web. Por el lado del usuario cliente, se 
trabajo con clientes actuales de confianza de la cooperativa y clientes potenciales 
que tienen interes en usar el canal de comercio (ver Tabla 6). Para la ejecucion del 
set de pruebas, se publica la aplicacion cohesionada en la 
URL:http://anakena.dcc.uchile.cl:8080/mo/ 
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Tabla 6 Usuarios para Pruebas de Inspection 



U1 

U2 

U3 

U4 

U5 

Usuario 

Camilo Viera 

Norma 

Marcalla 

Rene Vela 

Andrea 

Idrovo 

Jenny 

Zambrano 

Tipo 

Cliente de la 
Cooperativa 

Representante 
de la 

Cooperativa 

Directivo de 
la 

cooperativa 

Cliente de la 
cooperativa 

Cliente de la 
cooperativa 

Descrip 

cion 

Profesion: 

Turismo 

Profesion: 

Agronoma 

Profesion: 

Agronoma 

Profesion: 

Comerciante 

Profesion: 

Parvularia 


Uso Internet: 
nivel 

avanzado. 

Uso Internet: 
nivel medio. 

Uso Internet: 
nivel medio. 

Uso Internet: 
nivel 

avanzado. 

Uso Internet: 
nivel 

avanzado 


Estas actividades definen el flujo de proceso que se ha llevado a cabo 
para la ejecucion de pruebas de SGPO (Figura 2). El proceso deja un camino 
abierto para la planificacion de nuevas iteraciones de pruebas, que proporcionen 
nuevos incrementos a las caracterfsticas de SGPO. Cada plan de pruebas 
generado permite registrar observaciones que aportan a mejorar la aplicacion. 



Figura 2 Flujo del proceso de pruebas. Planificacion del flujo de trabajo para 
las pruebas por subsistema y globales a realizarse con la aplicacion SGPO. 
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Las observaciones y defectos obtenidos en la primera instancia (ver Tabla 
7), generaron mayor madurez a la aplicacion, tambien afinaron el nuevo plan de 
pruebas que consideraba la globalidad de la aplicacion. Las pruebas globales se 
las dirigio al Focus Group descrito en la Tabla 6, los defectos y observaciones que 
se obtuvieron (Tabla 7), al igual que en la instancia anterior se fueron registrando 
en el artefacto de control de cambios. 


Tabla 7 Observaciones de las pruebas por subsistema y globales 



Pruebas por Subsistema 


Subsistema 

Subsistema 

Subsistema 

Subsistema 

Registro 

Venta 

Pago 

Integration 


Alto tiempo de 
respuesta al cargar 
cartografta. 

Inadecuada 
usabilidad en el 
almacenamiento de 
la ubicacion 
geografica, el 
usuario olvida 
guardarla. 

Regular 

desempeno de la 
aplicacion con 
navegador Firefox. 


Incorporar 
informacion del 
productor y/o 
cliente en los 
markers de la 
busquedade 
informacion 
geografica. 

En la 

administration de 
la canasta de 
compras, los 
defectos 
encontrados 
exigfan 

correcciones de 
estetica y 
validation. 


Se valora la 
necesidad de 
informacion del 
contacto del 
cliente. 

Antes de hacer el 
pago, es 
necesario 
permitir que el 
usuario valide su 
ubicacion 
registrada. 


Permitir comparar 
entre 

cooperativas asf 
como se puede 
hacer 

comparacion 

entre 

productores. 


Pruebas Globales 

• Permitir la alternativa de busqueda por texto y no por selection de categorfa 
de producto. 

• Validar datos de ubicacion y contactos antes de confirmar la orden de venta. 

• Reportar las ventas registradas de la semana. 

• Volver al stock inicial finalizada la semana. 


Las observaciones y/o defectos se usaron para corregir la aplicacion, los 
cambios ejecutados brindaron mejor usabilidad y calidad a la aplicacion. A partir 
de esta iteration el proceso esta abierto a la preparation y refinamiento de nuevos 
planes de pruebas, para continuar mejorando las funcionalidades de SGPO. 
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Funcionalidades de la aplicacion 

Desarrollada y validada la aplicacion, en la Figura 3 se muestra las 
secciones de la interfaz principal obtenida, resultado de la cohesion de los cuatro 
subsistemas planificados y estructurados. 



Ctientes I Productores I Frutas Hortattzas Cooperativa Provincia 


Regis trate 



Figura 3 Secciones de la interfaz principal, entre las que se pueden 
mencionar: A. seccion de mapas, B. Seccion de cabecera, C. Seccion de 
catalogo, D. Seccion de Canasta, E. Seccion Estad y F. Seccion Flotante. 


A. Seccion Mapas : Zona donde se despliega la informacion de cartograffa 
para el usuario, ya sea para determinar la ubicacion de un productor o la suya 
propia. 

B. Seccion Cabecera : Posee un menu de opciones vinculadas a dos 
actividades: el registro (derecha) y la busqueda (izquierda). Cuando no existe una 
sesion activa el usuario puede registrarse o loguearse si dispone de sus datos de 
cuenta. Tambien puede buscar informacion geografica de acuerdo a las 
categorfas: clientes, productores, frutas, hortalizas, cooperativa, provincia. 

C. Seccion Catalogo: Zona donde se despliega el listado de productos 
disponibles de la cooperativa, clasificandolos por productor. Es aquf donde el 
usuario puede seleccionar los productos deseados para preparar su canasta de 
compras. 

D. Seccion Canasta: Lugar donde se van acumulando los productos 
seleccionados. Aquf el usuario puede modificar el contenido de su canasta. Esta 
seccion tambien posee el link de confirmacion de la canasta. Que se ejecuta 
cuando el usuario haya decido el contenido de su compra. 

E. Seccion Estado: Aquf se presenta el estado de la compra con respecto 
a un usuario. Cuatro son los estados por los cuales el usuario transita hasta 
finalizar su compra: registro, selection, confirmacion y pago. 
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F. Section Flotante : Son ventanas float que presentan informacion 
complementaria para cada uno de los subsistemas. Generalmente seran 
formularios que obtienen informacion de los usuarios y la entregan al sistema. 


1 ) Subsistema de Registro.- Permite la recepcion de datos de productores 
y clientes, informacion que se encuentra a la disponibilidad de la cooperativa. Las 
funcionalidades habilitadas en este subsistema son: 

• Administracion de datos tradicionales de usuarios: Consiente la creacion y 
modificacion de cuentas de usuario que poseen informacion de productores y 
clientes (actuales y potenciales). 

• Administracion de datos geograficos de usuarios: Permite la fijacion y 
edicion (en cartografia) de la posicion geografica del usuario; informacion que 
aporta a la obtencion de su domicilio. 

• Identificacion de cuenta: El usuario accede al sistema usando el nombre y 
password con el que se registro, se valida los datos de cuenta y se genera una 
sesion de trabajo en la aplicacion. 

La mayor parte de las actividades de este modulo se las efectua en las 
secciones mapas y flotante. Para el registro geografico el usuario utiliza cartografia 
(ver Figura 4-A) y para el registro tradicional una ventana emergente para registrar 
sus datos (ver Figura 4-B). 



Figura 4 Interfaz de registro geografico y tradicional. En la Figura 4-A se 
muestra el registro geografico del domicilio del usuario, En la Figura 4-B se 
observa el registro tradicional, una ventana emergente para registrar datos del 
usuario. 


2) Subsistema de Venta.- Permite que usuarios ejecuten busquedas, 
dirigidas a encontrar informacion sobre la produccion que posee la cooperativa. 
Tambien establece un canal de comunicacion entre el cliente y la cooperativa, por 
el cual se entrega informacion de una canasta de compras deseada. Las 
funcionalidades habilitadas son: 


• Busqueda de informacion de la cooperativa: Permite la busqueda de 
informacion en las siguientes categorias: clientes, productores, frutas y hortalizas. 
Haciendo uso de OSM (OpenStreetMaps), a los resultados de la busqueda se 
adiciona informacion geografica. 
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• Administration de canasta de compras: Se permite la insertion, 
modificacion y eliminacion de productos que se ligan a una orden de compra de un 
usuario, esta puede estar relacionada a uno o mas productores. 

La mayor parte de las actividades de este modulo se las efectua en las 
secciones catalogo y canasta (Figura 5A). Inicialmente por defecto el sistema 
despliega en la section catalogo todos los productos que posee la cooperativa, 
clasificandolos por productor. 



Figura 5 Interfaces de los subsistemas de venta, pago e integration, la 
Figura 5-A. muestra la gestion del catalogo y canasta de productos, la Figura 
5-B presenta la forma de hacer el pago online de la orden de venta que 
prepare el usuario, la Figura 5-C exhibe la integration de la production de 
todos los productores. 


3) Subsistema de Pago.- Permite que usuarios que han preparado una 
canasta de compras, puedan hacer el pago online de su orden (ver Figura 5B). 
Las funcionalidades habilitadas son las siguientes: 

• Confirmation de orden de compra: El usuario puede revisar y confirmar su 
canasta de compras. 

• Pago Online con PayPal: Verificada y confirmada la orden de compra, el 
usuario puede hacer el pago de forma online con una cuenta PayPal. 


4) Subsistema de Integracion.- Permite acumular la cantidad de 
production individual de los productores pertenecientes a la cooperativa. El 
usuario puede administrar su canasta de compras, en base a cantidades de stock 
acumuladas. Las funcionalidades habilitadas son: 

• Calcular la production total de la cooperativa: Se puede totalizar la 
cantidad de production que pueden acumular los productores de la cooperativa. 

• Administration de canasta de compras: Con cantidades integradas que 
superan el stock individual de un productor. Se permite la insertion, modificacion y 
eliminacion de productos vinculados a una orden de compra de un usuario. 

El sistema por medio de la option integrar, ubicada en la parte vertical 
derecha de la section catalogo (ver Figura 5C), permite la integracion de la 
production de todos los productores. 
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4 COMENTARIOS Y CONCLUSIONES 


Se ha generado una aplicacion web que recopila informacion tradicional y 
geografica de clientes y production organica de los productores de la Cooperativa 
ecuatoriana Probio, permitiendo el comercio electronico de los productos de la 
cooperativa. Esto se realizo por medio de una aplicacion geografica (SGPO). El 
conocimiento de la ubicacion del origen de los productos brinda mayor 
confiabilidad a los clientes para su adquisicion. Asf como conocer la ubicacion de 
clientes actuales y potenciales facilita la logistica de entrega del producto 
solicitado. 


Coincidiendo con resultados de investigaciones similares tales como (Del 
Bosque et al., 2012; Garrocho, 1998; Girard, 2015) este estudio brindara a la 
cooperativa el fortalecimiento de sus canales de comercio. Ya que al momento sus 
ventas estan dirigidas unicamente a clientes actuales, con la aplicacion, se brinda 
mayor apertura para la recepcion de nuevos clientes potenciales, esto con el fin de 
incrementar sus ventas. Considerando a la aplicacion como una herramienta de 
promotion y marketing de sus productos. 


Otra fortaleza es el hecho de tener una forma de pago online. Para la 
recepcion de los pagos online confirmados en PayPal, se define usar datos de una 
cuenta designada por la cooperativa, la cual es la responsable de la 
administration de los ingresos. 


Para el cliente, la importancia que tiene la aplicacion, esta en el tiempo 
que un usuario emplea para hacer sus compras en la tienda virtual, como tambien 
aseveran (Girard, 2015; Rocha et al., 2010; Rosero et al., 2010; Tejada et al., 
2011). Al momento el promedio es de quince minutos. En este tiempo el usuario 
puede registrarse, seleccionar y pagar productos del catalogo de nuestra 
aplicacion, considerando que tenga una cuenta PayPal activa. Este tiempo es 
aceptable considerando el tiempo y esfuerzo que implica hacer la misma compra 
en una feria organica o supermercado. 


Se acuerda con la cooperativa algunas definiciones de negocio 
importantes, por ejemplo la entrega de las compras registradas en SGPO no sera 
inmediata, se las hara una vez por semana. El stock de cada producto 
corresponde a un valor constante semanal que el productor lo obtiene con su 
planificacion de cultivo. Despues de la entrega semanal, el stock de los productos 
en la aplicacion adopta su estado inicial. 
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